Перевод: со всех языков на все языки

со всех языков на все языки

перехода от к конфигурации

  • 1 завершение перехода от взлетной к полетной конфигурации

    Авиация и космонавтика. Русско-английский словарь > завершение перехода от взлетной к полетной конфигурации

  • 2 завершение перехода от взлетной к полетной конфигурации

    Русско-английский авиационный словарь > завершение перехода от взлетной к полетной конфигурации

  • 3 завершение


    completion of transition from...
    перехода от к конфигурации — to the configuration
    взлетная траектория ограничивается точкой, в которой завершается переход от взлетной к полетной конфигурации. — the takeoff path extends to а point at which the transition from the takeoff to the en route configur-ation is completed.

    Русско-английский сборник авиационно-технических терминов > завершение

  • 4 air run landing

    вертикальная посадка немедленно после обратного перехода [после изменения конфигурации] на минимальной высоте

    Englsh-Russian aviation and space dictionary > air run landing

  • 5 начало


    governed run /speed, rpm/
    автоматической работы (нар двигателя) — setting, governed run onset
    - боевого пути (нбп) — run-in /attack/ track initial point
    - бафтинга — onset of buffeting
    - взлета — start of the takeoff
    - впп со стороны захода на посадку — approach end of runway
    - (такта) впуска (надпись на диаграмме газораспределения пд) (рис. 64) — inlet opens
    - (такта) выпуска (рис. 64) — exhaust opens
    - выравнивания — commencement of flareout
    - координат — origin (of coordinates)
    - отсчета — zero reference datum
    - отсчета координат (в...) — origin of coordinates (at...)
    начало отсчета прямоугольных координат лежит в центре массы земли. — origin of the rectangular coordinates lies at the mass center of the earth.
    - перехода от...к... конфигурации — beginning of transition from... to... configuration
    - разбега — start of takeoff roll
    - разворота (точка на схеме) — turn commenced (point)
    - режима (работы) — initiation of mode (operation)

    the mode is initiated when the system is energized.
    - снижения (конец крейсерского режима полета) — top of descent (end of cruise)
    - участка (траектории) — start of segment
    в н. летнего дня — prior to the first flight of day's flying
    в h. разворота — at the start of turn
    в h. участка — at start of segment
    в h. цикла — at the start of cycle
    от h. взлета — from the start of takeoff
    с h. эксплуатации — since placed in service
    точка h. разворота — initial point of turn

    Русско-английский сборник авиационно-технических терминов > начало

  • 6 высота


    altitude, height
    (cm.pис.123)
    - (астрономическая) — altitude (h)

    in astronomy, angular displacement above the horizon.
    - (габаритная) — height
    - (над впп указываемая во взпетно-посадочных характеристиках) — height
    - (поверхности или точки земли относительно уровня моря) — elevation the vertical distance of а point or а level on or affixed to the surface of the earth, measured from sea level.
    - (полета) — altitude the elevation of an aircraft.

    specified as above sl or above ground over which it flies.
    -, абсолютная (полета ла) — true altitude
    высота, изморенная от уровенной поверхности земного сфероида (ур.м.) до ла. — actual height above sea level, calibrated altitude corrected for air temperature.
    -, абсолютная, барометрическая — true altitude
    -, абсолютная критическая — critical altitude
    - аэродрома (относительно уровня моря, над уровнем моря) — aerodrome elevation (-s.l.) the elevation of the highest point of the landing area.
    -, аэродрома, барометрическая — aerodrome altitude
    высота относительно уровня давления атмосферы (изобарической поверхности), устанавливаемого по шкале давления высотомера.
    -, барометрическая — (pressure) altitude
    атмосферное давление, выраженное в единицах высоты, соответствующей этому давлению (по мса). — the altitude corresponding to а given pressure in а standard atmosphere.
    - барометрическая, (в метрах) — (... -meter) pressure equivalent altitude
    -, безопасная, минимальная — minimum safe altitude (msa), safety height
    высота, ниже которой не обеспечивается безопасность полета no приборам, ввиду напичия возвышенностей на пролeгаемой местности, — the altitude (height) below which it is hazardous to fly, in instrument flying conditions, owing to presence of high ground.
    - безопасного полета над препятствиями, минимальная (рис. 112) — obstacle clearance limit (ocl)
    - безопасного полета по приборам, минимальная — minimum instrument flight altitude
    - бомбометания — bombing altitude
    - в барокамере — pressure altitude
    - верхней границы облаков — cloud-top height
    - в зоне ожидания (посадки) — holding altitude
    -, висения (вертолета) — hover(ing) height
    высота, на которой вертолет не меняет своего положения в воздухе относительно к-п, объекта на поверхности под вертолетом. — а height at which the helicopter remains at а fixed роsition in the air with respect to some fixed object.
    - в кабине, барометрическая — cabin pressure altitude
    система кондиционирования воздуха самолета гражданcкoй авиации должна обеспечивать давление в кабинах, соответствующее высоте 8000 фт (2500 м) на максимальной высоте полета в нормальных условиях, — pressurized cabins and compartments to be occupied must be equipped to provide а cabin pressure altitude of not more than 8,000 feet at the maximum operating altitude of the airplane under normal operating conditions.
    - в конце (2, 3) этапа (набора высоты при взлете) — height at end of (second, third) segment second segment-from the lg retraction complete to height of 400 m.
    - в момент покидания самолета е парашютом — bailout /jump/ altitude
    - всасывания — suction head
    - выброски десанта — paradrop altitude
    - (начала) выравнивания — flare(-out) altitude
    - выравнивания (выхода в горизонтальный полет) — level-off altitude
    высота, на которой самолет начинает переход между последним участком захода на посадку, после набора высоты, планирования или пикирования. — altitude at which an aircraft levels off after а climb, glide, or dive.
    - выравнивания (перед посадкой) — flare-out height
    высота между последним участком захода на посадку и горизонтальным выдерживанием до момента касания впп. — а height at which an airplane initiates transition between final approach and horizontal motion before touchdown.
    -, габаритная — overall height
    -, геометрическая — height
    - головки зуба шестерни — addendum
    -, заданная — desired /selected/ altitude
    -, заданная, барометрическая — desired pressure altitude

    altimeter reading + desired pressure altitude + corrections in ft. vs fl (flight level).
    -, заданная по радиовысотомеру — preselected radio altitude height
    - запуска всу (в полете) — apu inflight start altitude
    - звезды — star altitude angle
    -, зенитная — сo-altitude (ас)
    угол между вертикалью и линией визирования на звезду. — со-altitude is the angle between vertical and line of sight to a star.
    - измеряемая от уровня моря — altitude measured above sea level
    -, исправленная (приборная) — calibrated altitude
    -, истинная (полета над уровнем местности, над которой пролетает ла) — absolute altitude (above the flyover point) altitude above the actual surface, land or water.
    -, кабинная поднимать кабинную в. до...м — cabin (pressure) altitude raise cabin altitude to...m
    -, крейсерская — cruising altitude
    - крейсерского полета — cruising altitude
    постоянная (неизменяемая) высота полета на заданном участке маршрута, измеряемая от уровня моря, — а flight altitude, measured above sea level, proposed for that part of a flight from point to point during which a constant altitude will be maintained.
    -, критическая — critical altitude critical aircraft altitude from 200 feet above runway.
    - круга (над аэродромом) — (traffic) pattern altitude /height/
    - круга (полета по кругу) — circuit flight altitude
    -, максимальная рабочая (дв.) — critical altitude
    - между вторым и третьим разворотом (при заходе на посадку) — downwind pattern altitude
    - между первым и вторым разворотом — crosswind pattern altitude
    - между третьим и четвертым разворотом — baseleg pattern altitude
    - на маршруте, минимальная — minimum enroute altitude descend to mea if terrain clearance permits.
    - над линией отсчета — height above reference zero
    - над местностью (относительная) — height
    - (полета) над местностью (геометрическая) — terrain clearance
    - (полета) над местностью (недостаточная) с учетом конфигурации и скорости самолета — (insufficient) terrain clearance based on aircraft configuration and speed
    - над поверхностью земли — height above ground surface
    - над порогом впп — height above runway threshold
    - над референц-аллипсоидом — height above reference ellipsoid
    - над уровнем аэродрома (при взлете, наборе высоты) — height above takeoff surface
    - над уровнем аэродрома (при заходе на посадку) — height above landing surface
    - над уровнем моря — altitude above sea level
    - начала выравнивания (перед приземлением) — flare-out altitude /height/
    - начала уборки механизации — height at start of extendable high lift devices retraction
    - начала уборки механизации и шасси — height at start of extendable devices retraction
    - начала уборки шасси — height at start of landing gear retraction
    - нижней кромки облачности (над уровнем земли или водной поверхности) — cloud ceiling height above the ground or water of the base of the lowest layer of cloud.
    - ножки зуба шестерни — dedendum
    -, нулевая — sea level altitude, zero altitude
    высота на уровне моря или при полете в условиях стандартной плотности. — the altitude at sea level or flying in air that is equivalent to standard air density.
    - облачности — cloud ceiling
    - обледенения — icing altitude
    - обязательного отключения автопилота — mandatory autopilot disconnect height
    - окончания уборки закрылков, чистая — net height at end of flaps retraction
    - окончания уборки механизации — height at end of extendable high lift devices retraction
    - окончания уборки шасси, чистая — net height at end of landing gear full retraction
    -, опасная (нопасн, задаваемая по радиовысотомеру) — alert altitude movable bug is installed on radio altimeter to set alert altitude.
    -, — alt(itude) alert, alt alarm
    -, опасная (сигнал) — altitude alert (signal)
    -, остаточная (ност) высота начала отсчета высотомера. — residual altitude
    - отключения автопилота (при заходе на посадку) — autopilot break-off /disconnect/ height
    - откпючения системы управпения автоматическим заходом на посадку — auto-approach break-off height
    -, относительная — height
    расстояние по вертикали от ла до к-л. определенной уровенной поверхности на земле. — the vertical distance of an aircraft above a specified datum.
    -, относительная (относительно уровня аэродрома вылета или посадки) — height (above takeoff or landing surface)
    - относительно начала координат (чистая) — (net) height above reference zero
    -, относительная барометрическая, высота по давлению у земли (на уровне аэродрома), выставляемая на высотомере перед посадкой — qfe altitude (fe - field elevation) altitude setting to read zero when touched down. atmospheric pressure at aerodrome elevation (or at runway threshold).
    - перевода шкалы давления высотомера — transition altitude
    - пересечения входной кромки впп — (runway) threshold crossing height
    - перехода — transition altitude
    высота, при которой производится установка шкалы давления высотомера на давление 1013 мб (760 мм рт.ст) после набора высоты. — when passing the transition altitude set the altimeter to 1013mb,during climb.
    - перехода к (напр. посадочной) конфигурации — altitude for transition to (landing) configuration
    - — horizontally-sustained step altitude
    - площадки (посадочной или взлетной, учитываемая при определении веса ла) — field altitude
    - площадки, барометричеcкая (взлетно-посадочной) — (air) field altitude
    - по атмосферному давлению, приведенному к уровню моря (при установке шкалы давления высотомера) — qnh altitude nh-natural height altimeter sub-scale setting to obtain elevation when on the ground.
    - no давлению у земли (на уровне аэродрома), выставляемая на высотомере перед посадкой — qfe altitude atmospheric pressure at aerodrome elevation (or at runway threshold)
    - по плотности (воздуха) — density altitude

    when runway length is marginal, or when landing at altitude, compute density altitude.
    - no показанию высотомера при установке барометрической шкалы на стандартное (атмосферное) давление — qne altitude ndicated height on landing with altimeter sub-scale set to 1013.2 mb (760 mm hg).
    - по радиовысотомеру — radio (altimeter) altitude /height/
    - по стандартному атмосферному давлению — qne altitude
    - повторного запуска (двигателя в воздухе) — ге-starting altitude, inflight start altitude
    - подсоса (насоса) — suction head
    - подхода к цепи — height of target approach
    - подъема клапана — valve travel
    - полета — flight altitude
    расстояние по вертикали от уровня, принятого за нуль отсчета, до летательного annapaтa. — а vertical distance from the reference zero level to the aircraft in the air.
    - полета на уровне моря — sea level flight altitude
    - полета, неизменяемая — constant (flight) altitude
    - полета no кругу (над аэродpoмoм) — circuit flight altitude /height/
    - полета, постоянная — constant altitude
    при крейсерском полете выдерживается постоянная высота. — during а cruising flight the altitude is maintained constant.
    -, полная — gross height
    геометрическая высота в каждой точке траектории взлета при условии полного градиента набора высоты. — the geometric height attained at any point in takeoff flight path using gross climb performance.
    - порога аварийного выхода над полом кабины (не боnee чем...mm) (рис. 102) — emergency exit step-up inside the airplane (of not more than...mm)
    - порога аварийного выхода над крылом (рис. 102) — emergency exit step-down outside the airplane
    - порога аварийного выхода от земли — emergency exit step-down height (outside the aircraft)
    - порога двери (после аварийной посадки с убранной передней опорой) — door sill height (with nose gear collapsed)
    - порога двери (после аварийной посадки с убранными шасси) — door sill height (with all gear collapsed)
    - порога двери (при нормальном положении ла) — door sill height (in normal altitude)
    - предстоящего полета — expected altitude
    - преодоления препятствия (hnpen) (рис. 112) — obstacle clearance limit (ocl)
    - препятствия (нпреп) (рис. 112) — obstacle height
    - при взлете (до высоты 400 м) — takeoff height
    - приборная, исправленная — calibrated altitude
    - принятия решения, минимапьная (нреш) — decision height (dh), minimum decision altitude (mda)
    наименьшая высота, на котарой должно быть принято решение: или продолжать заход на посадку, или начинать маневр ухода на второй круг. — "decision height", with геspect to the operation of aircraft, means the height at which а decision must be made, during an ils or par instrument approach, to either continue the approach or to execute a missed approach.
    - принятия решения ухода на второй круг — go-around decision height
    - при работе двигателей с впрыском воды, максимальная (при взлете) или на форсажном режиме — maximum wet thrust height
    - пропета над местностью — terrain altitude
    - пропета над препятствием — obstacle clearance
    - пролета над препятствиями в секторе глиссады, безопасная — glide path sector obstacle clearance
    - пропета над препятствиями, минимальная — obstacle clearance limit (ocl)
    - пролета ппм — waypoint passing altitude
    - пролета радиомаркера — marker passing /crossing/ height
    -, рабочая — operating altitude
    - разгона до околозвуковой скорости — transonic acceleration altitude
    - расположения аэродрома (истинная над уровнем моря) — aerodrome elevation
    - расположения аэродрома (на графиках рлэ) — aerodrome altitude fig. 1 gives т.о. weight for aerodrome altitude and temperature.
    -, расчетная — rated altitude
    - решения, заданная по радиовысотомеру — preselected radio altitude decision height
    - самолета на стоянке — airplane (overall) height at rest
    - сброса (грузов, десанта) — paradrop altitude
    - сброса шасси (при копровых испытаниях) — landing gear drop height
    - светила — celestial body altitude angle
    угол между плоскостью истинного горизонта и напрявлением на светило. высота светила измеряется дугой вертикали светила от истинного горизонта до места светипа в пределах от о до +90 (положительное значение к зениту от горизонта, отрицательное - к надиру). — angular displacement above the horizon, the area of a vertical circle between the horizon and a point on the celestial sphere, measured upward from the horizon.
    - свободного сброса шасси (при копровых испытаниях) — landing gear free drop height
    - срабатывания (к-л. устройства, срабатывающего при достижении определенной высоты) — response altitude
    - срабатывания взрывателя — fuzing altitude
    - средняя — mean height
    -, текущая — present altitude
    - уборки механизации (и шасси) — extendable devices retraction height
    - условного препятствия (при взлете, посадке) — screen height
    - установившегося полета — sustained altitude
    - установки шкалы давления высотомера (высота перехода) — transition altitude
    - установки высотомера на к-л. заданную высоту — altimeter setting altitude
    - установки подвижного индекса высотомера на заданную высоту (напр. высоту принятия решения) — altimeter setting altitude when the aircraft passes through the altitude setting of the radio altimeter mda bug, a minimus voice alert is given.
    - ухода на второй круг — missed-approach altitude /height/
    минимальная высота, на которой должен быть начат маневр ухода на второй круг, — missed-approach altitude is the minimum height аt which final approach should be discontinued if it cannot be completed.
    -, чистая — net height
    геометрическая высота в лю6ой точке траектории взлета при соблюдении условий чистого набора высоты, — the geometric height attained at any point in the takeoff flight path using net climb performance.
    -, чистая, относительная — net height
    - щетки (электрической машины) — brush length
    - эшелона (нэш) — flight level
    отсчитывается от условного уровня, кот. соответствует стандарт. атмосф. давлению 760 мм рт. ст. — measured above the referепсе datum corresponding to atmospheric pressure of 760 mm hg.
    - эшелона, заданная — preset flight level
    - эшелона перехода — transition level
    высота, при которой шкала давления высотомера устанавливается с давления 1013 мб (760 мм рт.ст.) на давление на уровне аэродрома, при заходе на посадку. — at the transition level the pilot sets the altimeter to actual qnh. the change in altimeter setting from 1013 mb to local qnh can be made when an approach clearance is issued.
    диапазон в. — altitude range
    потеря в. — loss of altitude
    на всех в. — at any (appropriate) altitude
    с набором в. — in climb
    с потерей в. — in descent
    с увеличением (уменьшением) в. — with increase (decrease) in altitude
    висеть на в.... метров от земли — hover at а height of... meters from the ground
    выдерживать в. — maintain altitude
    занимать (заданную) в. — reach (pre-selected) altitude
    лететь над в. перехода — fly above transition altitude
    лететь ниже опасной в. — fly below minimum safe altitude /height/, fly at unsafe altitude
    набирать в. — climb
    поднимать в. в кабине до... м — raise cabin altitude to... m
    регулировать no в. (сиденье летчика) — adjust for height
    сообщать о достижении в.... метров — report reaching... meters
    сообщать об уходе (снижении) с в.... метров — report leaving meters
    терять в. — lose altitude, descend
    увеличивать в. — increase altitude, climb

    Русско-английский сборник авиационно-технических терминов > высота

  • 7 время

    с.

    во время — during; in the coarse of...; while

    в реальном (масштабе) времени — real-time, on a real time basis

    - абсолютное время
    - альвеновское время
    - асимптотическое время
    - астрономическое время
    - атомное время
    - бесконечное время жизни
    - время автокорреляции
    - время адсорбции
    - время анализа
    - время безотказной работы
    - время безызлучательной рекомбинации
    - время безызлучательной релаксации
    - время большого срыва
    - время в лабораторной системе координат
    - время взаимодействия
    - время включения
    - время возбуждения люминофора
    - время возврата
    - время возвращения Пуанкаре
    - время воспроизведения изображения
    - время восстановления счётчика
    - время восстановления
    - время вхождения в синхронизм
    - время выборки
    - время выделения сигнала вспышки
    - время выдерживания
    - время выдержки топлива
    - время выживаемости
    - время выжидания
    - время выключения
    - время выпадения
    - время выравнивания
    - время высвечивания
    - время высвобождения
    - время гашения газового разряда
    - время гашения луча в ЭЛТ
    - время гашения люминесценции
    - время года
    - время готовности
    - время движения банановой частицы между точками отражения
    - время движения локально-запертой частицы между точками отражения
    - время деионизации
    - время дефазировки
    - время диффузии
    - время диэлектрической релаксации
    - время дня
    - время до разрушения
    - время доступа
    - время дрейфа
    - время жизни адатома
    - время жизни в области базы
    - время жизни в области коллектора
    - время жизни в области эмиттера
    - время жизни возбуждённого состояния
    - время жизни горячих дырок
    - время жизни горячих электронов
    - время жизни группы пятен
    - время жизни дырок
    - время жизни избыточных носителей
    - время жизни ионов
    - время жизни квазистационарного состояния
    - время жизни квазичастицы
    - время жизни мгновенных нейтронов
    - время жизни метастабильного состояния
    - время жизни на уровне
    - время жизни нейтрона
    - время жизни неосновных носителей
    - время жизни нестабильного состояния
    - время жизни носителей
    - время жизни основных носителей
    - время жизни по альфа-распаду
    - время жизни поколения
    - время жизни пучка
    - время жизни состояния
    - время жизни спонтанного излучения
    - время жизни теплового нейтрона
    - время жизни триплетного состояния
    - время жизни частиц
    - время жизни электронов
    - время жизни элементарной частицы
    - время жизни ядра
    - время жизни
    - время задержки выключения
    - время задержки импульса
    - время задержки при включении
    - время задержки сигнала
    - время задержки
    - время замедления
    - время замерзания
    - время запаздывания импульса
    - время запаздывания
    - время записи
    - время заполнения
    - время запуска
    - время затухания колебаний
    - время затухания люминесценции
    - время затухания сцинтилляций
    - время затухания
    - время захвата
    - время захватывания
    - время излучательной рекомбинации
    - время излучательной релаксации
    - время изменения в n раз
    - время ионизации
    - время квазилинейной диффузии
    - время коагуляции
    - время когерентности
    - время корреляции
    - время круговорота
    - время максимума
    - время междолинного рассеяния
    - время между столкновениями одинаковых частиц
    - время нагрева катода
    - время нагрева
    - время накопления
    - время нарастания импульса
    - время нарастания тока
    - время нарастания
    - время нечувствительности
    - время облучения
    - время обнаружения
    - время обработки
    - время образования домена
    - время обхода контура
    - время ожидания появления зародыша
    - время опустошения ловушки
    - время осаждения
    - время остановки
    - время остывания
    - время отверждения
    - время отжига
    - время откачки
    - время отклика
    - время охлаждения
    - время очистки
    - время памяти детектора
    - время памяти
    - время переключения в закрытое состояние
    - время переключения в открытое состояние
    - время переключения
    - время перекрытия
    - время перемещения
    - время перехода из нормального в сверхпроводящее состояние
    - время перехода из сверхпроводящего в нормальное состояние
    - время перехода
    - время переходного процесса
    - время подготовки
    - время полураспада
    - время поперечной релаксации
    - время поправки
    - время послесвечения
    - время поступления
    - время потухания
    - время пребывания топлива в реакторе
    - время пребывания частицы в локальной магнитной яме
    - время пребывания
    - время преобразования
    - время прихода
    - время пробега доменной стенки
    - время пробега
    - время пробоя
    - время пролёта домена
    - время пролёта электрона
    - время пролёта
    - время прохождения сигнала
    - время прохождения через афелий
    - время прохождения
    - время прямого восстановления
    - время пуска
    - время работы ускорителя
    - время равновесия
    - время радиационного охлаждения
    - время развёртки
    - время разгорания люминофора
    - время разлёта
    - время разогрева
    - время разрешения
    - время разряда
    - время раскачивания
    - время распада
    - время распознавания образа
    - время распространения волны давления
    - время распространения
    - время расширения
    - время реакции
    - время реверберации
    - время рекомбинации носителей
    - время рекомбинации
    - время релаксации верхнего состояния
    - время релаксации импульса
    - время релаксации населённостей
    - время релаксации носителей
    - время релаксации по питч-углу
    - время релаксации энергии
    - время релаксации
    - время свободного пробега
    - время сгорания
    - время сканирования
    - время спада
    - время спин-решёточной релаксации
    - время спин-спиновой релаксации
    - время срабатывания
    - время стандартной реверберации
    - время стирания
    - время столкновения
    - время столкновительной релаксации
    - время существования плазменной конфигурации
    - время существования
    - время счёта
    - время считывания
    - время тепловой релаксации
    - время термализации альфа-частиц
    - время термализации быстрого иона
    - время торможения
    - время туннелирования
    - время удара
    - время удвоения топлива
    - время удержания плазмы
    - время удержания частиц
    - время удержания энергии
    - время удержания
    - время ускорения
    - время успокоения
    - время установления равновесия
    - время установления
    - время утечки
    - время формирования
    - время цикла
    - время чувствительности
    - время экспоненциального спада
    - время экспонирования
    - всемирное время
    - газодинамическое время
    - галактическое время жизни
    - глобальное время удержания энергии
    - гражданское время
    - гринвичское время
    - гринвичское среднее время
    - групповое время задержки
    - декретное время
    - дневное время
    - естественное время жизни
    - заданное время
    - заранее установленное время
    - звёздное время
    - излучательное время жизни
    - измеренное время
    - интегральное время удержания энергии
    - истинное время
    - истинное звёздное время
    - истинное солнечное время
    - йордановское элементарное время
    - кажущееся время жизни
    - квантованное время
    - латентное время
    - летнее время
    - локальное время удержания энергии
    - машинное время
    - Международное атомное время
    - мёртвое время детектора
    - мёртвое время счётчика
    - мёртвое время
    - местное время
    - мировое время
    - мнимое время
    - начальное время
    - непрерывное время
    - ньютоновское время
    - объёмное время жизни
    - ожидаемое время
    - оптимальное время реверберации
    - ориентационное время жизни
    - ориентационное время релаксации
    - относительное время жизни
    - полное время переключения
    - полное время
    - поперечное время релаксации
    - поправочное время
    - поясное время
    - продольное время релаксации
    - пролётное время
    - рабочее время
    - равномерное звёздное время
    - радиационное время жизни
    - разрешающее время счётчика
    - разрешающее время
    - распределённое время
    - расчётное время
    - рекомбинационное время жизни
    - светлое время суток
    - собственное время
    - солнечное время
    - спонтанное время жизни
    - среднее астрономическое гринвичское время
    - среднее время жизни
    - среднее время свободного пробега
    - среднее время
    - среднее гринвичское время
    - среднее звёздное время
    - среднее летальное время
    - среднее свободное время реакции
    - среднее солнечное время
    - текущее время
    - транспортное время релаксации
    - характеристическое время
    - характерное время диффузии
    - характерное время релаксации
    - характерное время
    - эквивалентное время
    - энергетическое время жизни
    - эталонное время
    - эфемеридное время
    - эффективное время
    - ядерное время

    Русско-английский физический словарь > время

  • 8 conversion

    1. преобразование; превращение; переход
    4. переучивание <на другой тип ЛА>, переподготовка
    5. преобразование [изменение конфигурации] <ЛА> для перехода от вертикального полета к горизонтальному
    Cat III conversion
    combi conversion
    fixed-wing conversion
    gunship conversion
    in-the-field conversion
    pylon conversion
    turboprop conversion

    Авиасловарь > conversion

  • 9 conversion

    превращение, преобразование, трансформирование; модификация; переоборудование; конверсия; переход; переоборудованный вариант (ЛА) ; переучивание; изменение конфигурации для перехода от вертикального полёта к горизонтальному; верт. прямой переход

    Englsh-Russian aviation and space dictionary > conversion

  • 10 transition corridor

    область перехода от автоматического пилотирования к ручному; верт. диапазон скоростей для балансировки при данном угле изменения конфигурации самолёта

    Englsh-Russian aviation and space dictionary > transition corridor

  • 11 landing

    landing n
    посадка
    land v
    совершать посадку
    accuracy landing
    точная посадка
    achieve a smooth landing
    достигать плавной посадки
    aerodrome of intended landing
    аэродром предполагаемой посадки
    aft landing gear
    задняя опора шасси
    aircraft landing
    посадка воздушного судна
    aircraft landing measurement system
    система измерения посадочных параметров воздушного судна
    allowable landing weight
    допустимая посадочная масса
    all-weather landing capability
    способность выполнять посадку в сложных метеорологических условиях
    amphibious landing gear
    колесно-поплавковое шасси
    angle of landing
    посадочный угол
    approach landing
    заход на посадку
    arresting landing gear
    тормозной механизм
    asymmetric thrust landing
    посадка с асимметричной тягой
    autoflare landing
    посадка с автоматическим выравниванием
    automatic landing
    автоматическая посадка
    automatic landing system
    система автоматической посадки
    autorotation landing
    посадка на авторотации
    auxiliary landing field
    запасная посадочная площадка
    bad weather landing
    посадка в сложных метеоусловиях
    balked landing
    уход на второй круг
    balked landing path
    траектория прерванной посадки
    be forced landing
    быть вынужденным совершить посадку
    belly landing
    посадка с убранным шасси
    below the landing minima
    ниже посадочного минимума
    bicycle landing gear
    велосипедная шестерня
    blind landing
    посадка по приборам
    blind landing system
    система слепой посадки
    body landing gear
    фюзеляжное шасси
    bogie-type landing gear
    тележечное шасси
    bounced landing
    резкое вертикальное перемещение при посадке
    bumpy landing
    грубая посадка
    cantilever landing gear
    консольное шасси
    carry out a landing
    выполнять посадку
    castor landing gear
    шасси с ориентирующими колесами
    clear landing
    разрешать выполнение посадки
    collapsed landing gear
    поврежденное шасси
    commence the landing procedure
    начинать посадку
    commit landing
    принимать решение идти на посадку
    compulsory landing
    принудительная посадка
    contact landing
    посадка с визуальной ориентировкой
    conventional takeoff and landing aircraft
    воздушное судно обычной схемы взлета и посадки
    correct landing
    точная посадка
    crash landing
    аварийная посадка
    crash landing strip
    аварийная посадочная полоса
    cross-wind landing
    посадка при боковом ветре
    day landing
    посадка в светлое время суток
    dead-engine landing
    посадка с отказавшим двигателем
    dead-stick landing
    посадка с неработающим воздушным винтом
    deck landing
    посадка на палубу
    design landing mass
    расчетная посадочная масса
    design landing weight
    расчетная посадочная масса
    direction for landing
    направление посадки
    distress landing
    аварийная посадка
    downwind landing
    посадка по ветру
    dummy landing gear
    макетное шасси
    electronic landing aids system
    радиоэлектронная система посадочных средств
    emergency landing
    аварийная посадка
    emergency landing gear
    аварийное шасси
    emergency landing gear extension
    аварийный выпуск шасси
    emergency landing provisions
    меры на случай аварийной посадки
    engine-out landing
    посадка с отказавшим двигателем
    evacuation in crash landing
    покидание после аварийной посадки
    extend the landing gear
    выпускать шасси
    fail to extend landing gear
    ошибочно не выпускать шасси
    fail to retract landing gear
    ошибочно не убрать шасси
    fear-up landing
    посадка с убранным шасси
    fee per landing
    сбор за посадку
    fixed landing gear
    неубирающееся шасси
    flap landing position
    посадочное положение закрылков
    flapless landing
    посадка с убранными закрылками
    flaps landing setting
    установка закрылков на посадочный угол
    float-type landing gear
    поплавковое шасси
    forced landing
    вынужденная посадка
    forward retracting landing gear
    шасси, убирающееся вперед
    four-wheel bogie landing gear
    многоопорное тележечное шасси
    free-fall landing gear
    шасси, выпускающееся под действием собственной массы
    from landing operations
    действия после посадки
    from landing taxiing
    руление после посадки
    full-circle landing
    посадка с выполнением полного круга захода
    full-stop landing
    посадка с полной остановкой
    gear-down landing
    посадка с выпущенным шасси
    glide landing
    посадка с этапа планирования
    glide-path landing system
    глиссадная система посадки
    grass landing area
    посадочная площадка с травяным покрытием
    ground-controlled landing
    посадка по командам с земли
    ground taxi from landing operation
    руление после посадки
    hard landing
    грубая посадка
    helicopter-type landing
    посадка по вертолетному типу
    hull equipped landing gear
    поплавковое шасси
    improper landing flareout
    ошибка при выравнивании перед приземлением
    inadvertently retracted landing gear
    ошибочно убранное шасси
    instrument approach landing
    заход на посадку по приборам
    instrument landing
    посадка по приборам
    instrument landing approach
    заход на посадку по приборам
    instrument landing system
    система посадки по приборам
    intended landing
    ожидаемая посадка
    intermediate landing
    посадка на маршруте полета
    inward retracting landing gear
    шасси, убирающееся в фюзеляж
    kill the landing speed
    гасить посадочную скорость
    land after procedure
    послепосадочный маневр
    land downwind
    совершать посадку в направлении ветра
    landing accident
    происшествие при посадке
    landing aerodrome
    аэродром посадки
    landing after last light
    посадка после захода солнца
    landing aids
    посадочные средства
    landing approach speed
    скорость захода на посадку
    landing area facilities
    оборудование зоны посадки
    landing beacon
    посадочный маяк
    landing beam
    посадочный луч
    landing beside fix
    посадка вне намеченной точки
    landing capability
    управляемость при посадке
    landing capacity
    пропускная способность по числу посадок
    landing characteristics
    посадочные характеристики
    landing charge
    сбор за посадку
    landing chart
    схема посадки
    landing clearance
    разрешение на посадку
    landing clearance confirmation
    подтверждение разрешения на посадку
    landing conditions
    условия посадки
    landing configuration
    конфигурация при посадке
    landing control
    управление посадкой
    landing direction-finding station
    посадочная радиопеленгаторная станция
    landing direction indicator
    указатель направления посадки
    landing direction indicator lights
    огни указателя направления посадки
    landing direction lights
    огни направления посадки
    landing distance
    посадочная дистанция
    landing distance available
    располагаемая посадочная дистанция
    landing distance with reverse thrust
    посадочная дистанция при включенном реверсе
    landing field
    посадочная площадка
    landing flap
    посадочный щиток
    landing flare
    выравнивание перед приземлением
    landing flare path
    траектория выравнивания перед приземлением
    landing floodlight
    посадочный прожектор заливающего света
    landing forecast
    прогноз на момент посадки
    landing gear
    опора шасси
    landing gear bogie
    тележка шасси
    landing gear cycle
    цикл уборки - выпуска шасси
    landing gear door
    створка шасси
    landing gear door latch
    замок створки шасси
    landing gear drop tests
    динамические испытания шасси
    landing gear extention time
    время выпуска шасси
    landing gear fairing
    гондола шасси
    landing gear fulcrum
    траверса стойки шасси
    landing gear indication system
    система индикации положения шасси
    landing gear is down and locked
    шасси выпущено и установлено на замки выпущенного положения
    landing gear locking pin
    предохранительный штырь шасси
    landing gear malfunction
    отказ механизма уборки - выпуска шасси
    landing gear operating speed
    скорость выпуска - уборки шасси
    landing gear pilot
    ось вращения стойки шасси
    landing gear pilot pin
    цапфа шасси
    landing gear position indicator
    указатель положения шасси
    landing gear shock strut
    амортизационная опора шасси
    landing gear spat
    обтекатель шасси
    (не убирающегося в полете) landing gear tread
    колея шасси
    landing gear well
    ниша шасси
    landing gear well dome
    ниша отсека шасси
    landing gear wheel
    колесо опоры шасси
    landing guidance system
    система управления посадкой
    landing heading
    посадочный курс
    landing headlight
    посадочная фара
    landing instruction
    информация по условиям посадки
    landing lights
    посадочные огни
    landing load
    посадочная нагрузка
    landing mass
    посадочная масса
    landing minima
    минимум для посадки
    landing noise
    шум при посадке
    landing off the aerodrome
    посадка вне аэродрома
    landing operation
    посадка
    landing pattern
    схема посадки
    landing performance
    посадочная характеристика
    landing procedure
    схема посадки
    landing request
    запрос на посадку
    landing roll
    послепосадочный пробег
    landing roll operation
    пробег
    landing run
    пробег при посадке
    landing runway
    ВПП, открытая только для посадок
    landing sequence
    очередность посадки
    landing sign
    посадочный знак
    landing site
    посадочная площадка
    (для вертолетов) landing speed
    посадочная скорость
    landing strip
    посадочная полоса
    (с грунтовым покрытием) landing sudden windshift
    внезапное изменение ветра при посадке
    landing system
    система посадки
    landing technique
    способ посадки
    landing tee
    посадочное Т
    landing transition segment
    участок перехода к этапу посадки
    landing turn
    разворот на посадку
    landing water run
    пробег при посадке на воду
    landing weight
    посадочная масса
    landing windshear
    сдвиг ветра при посадке
    land into the wind
    выполнять посадку против ветра
    land into wind
    совершать посадку против ветра
    land on water
    совершать посадку на воду
    land the aircraft
    приземлять воздушное судно
    land vertically
    совершать посадку вертикально
    lateral drift landing
    посадка с боковым сносом
    level landing
    посадка на две точки
    levered landing gear
    рычажное шасси
    lock the landing gear
    ставить шасси на замки
    lock the landing gear down
    ставить шасси на замок выпущенного положения
    lock the landing gear up
    ставить шасси на замок убранного положения
    lower the landing gear
    выпускать шасси
    low visibility landing
    посадка при ограниченной видимости
    main landing gear
    основная опора шасси
    main landing gear beam
    балка основной опоры шасси
    maximum permitted landing weight
    максимально допустимая посадочная масса
    minimum landing speed
    минимальная посадочная скорость
    night landing
    посадка в темное время суток
    nonretractable landing gear
    неубирающееся шасси
    nose landing gear
    передняя опора шасси
    nose landing gear door
    створка передней опоры шасси
    off-field landing
    посадка вне летного поля
    overshooting landing
    посадка с выкатыванием
    overweight landing
    посадка с превышением допустимой посадочной массы
    pancake landing
    посадка с парашютированием
    partial flap landing
    посадка с частично выпущенными закрылками
    pontoon equipped landing gear
    поплавковое шасси
    power-off autorotative landing
    посадка в режиме авторотации в выключенным двигателем
    power-on landing
    посадка с работающим двигателем
    precision landing
    точная посадка
    prematurely retracted landing gear
    преждевременно убранное шасси
    prepared landing area
    подготовленная посадочная площадка
    prepare for landing
    приготавливаться к посадке
    priority landing
    внеочередная посадка
    prohibition of landing
    запрещение посадки
    quadricycle landing gear
    четырехколесное шасси
    radar landing minima
    посадочный минимум при радиолокационном обеспечении
    radio-beacon landing system
    радиомаячная система посадки
    raise the landing gear
    убирать шасси
    rearward retracting landing gear
    шасси, убирающееся назад
    rebound landing
    посадка с повторным ударом после касания ВПП
    reduced takeoff and landing aircraft
    воздушное судно укороченного взлета и посадки
    release the landing gear
    снимать шасси с замков убранного положения
    release the landing gear lock
    снимать шасси с замка
    retractable landing gear
    убирающееся шасси
    retract the landing gear
    убирать шасси
    reverse-thrust landing
    посадка с использованием реверса тяги
    rough landing
    грубая посадка
    run from landing
    послепосадочный пробег
    running landing
    посадка по-самолетному
    run out the landing gear
    выпускать шасси
    safe landing
    безопасная посадка
    semilevered landing gear
    полурычажное шасси
    short landing
    посадка с коротким пробегом
    short takeoff and landing aircraft
    воздушное судно короткого взлета и посадки
    single-skid landing gear
    однополозковое шасси
    skid-equipped landing gear
    полозковое шасси
    ski-equipped landing gear
    лыжное шасси
    smooth landing
    плавная посадка
    speed in landing configuration
    скорость при посадочной
    (конфигурации воздушного судна) spot landing
    посадка на точность приземления
    stall landing
    посадка на критическом угле атаки
    steerable landing gear
    управляемое шасси
    straight-in landing
    посадка с прямой
    supplementary landing gear
    вспомогательное шасси
    tail-down landing
    посадка на хвост
    tailwheel landing gear
    шасси с хвостовой опорой
    take-off and landing characteristics
    взлетно-посадочные характеристики
    talk-down landing
    посадка по командам с земли
    test landing
    испытательная посадка
    three-point landing
    посадка на три точки
    touch-and-go landing
    посадка с немедленным взлетом после касания
    trend-type landing
    посадка с упреждением сноса
    tricycle landing gear
    трехопорное шасси
    two-point landing
    посадка на две точки
    unlatch the landing gear
    снимать шасси с замков
    unobstructed landing area
    зона приземления
    upwind landing
    посадка против ветра
    vertical landing
    вертикальная посадка
    vertical takeoff and landing aircraft
    воздушное судно вертикального взлета и посадки
    visual landing
    визуальная посадка
    visually judged landing
    визуальная посадка по наземным ориентирам
    water landing
    посадка на воду
    wheel landing gear
    колесное шасси
    wheels-down landing
    посадка с выпущенным шасси
    wheels-up landing
    посадка с убранным шасси
    whilst landing
    при посадке
    wide-track landing gear
    ширококолейное шасси
    wind-assisted landing gear
    шасси с использованием скоростного напора
    wind landing gear
    крыльевая опора шасси
    zero-zero landing
    посадка при нулевой видимости

    English-Russian aviation dictionary > landing

  • 12 колокейшн

    1. colocation
    2. collocation
    3. co-location

     

    колокейшн
    размещение сервера
    Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
    [ http://your-hosting.ru/terms/c/colloc/]

    размещение физических серверов
    со-размещение
    Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
    [ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

    совместное размещение
    Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

    Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

    Чем же отличается колокейшн от хостинга?

    Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

    Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

    Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

    Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

    Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

    В какой ситуации для клиента имеет смысл переходить на колокейшн?

    Основных причин для перехода с виртуального хостинга на colocation две:

    1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

    2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

    Насколько колокейшн дороже обычного хостинга?

    Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

    В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

    Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

    Пользователь colocation платит за трафик, который генерируется его сервером
    Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

    Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

    Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

    Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

    Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

    Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

    Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

    Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

    Насколько часто сейчас используется колокейшн?

    Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

    Какие сложности возникают перед клиентом при использовании колокейшн?

    Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

    Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

    Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

    Какие существуют виды оплаты при колокейшн?

    .masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
    Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

    В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

    Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

    [ http://hostinfo.ru/articles/358]

    Тематики

    Синонимы

    EN

    Русско-английский словарь нормативно-технической терминологии > колокейшн

  • 13 технология коммутации

    1. switching technology

     

    технология коммутации
    -
    [Интент]

    Современные технологии коммутации
    [ http://www.xnets.ru/plugins/content/content.php?content.84]

    Статья подготовлена на основании материалов опубликованных в журналах "LAN", "Сети и системы связи", в книге В.Олифер и Н.Олифер "Новые технологии и оборудование IP-сетей", на сайтах www.citforum.ru и опубликована в журнале "Компьютерные решения" NN4-6 за 2000 год.

    Введение

    На сегодня практически все организации, имеющие локальные сети, остановили свой выбор на сетях типа Ethernet. Данный выбор оправдан тем, что начало внедрения такой сети сопряжено с низкой стоимостью и простотой реализации, а развитие - с хорошей масштабируемостью и экономичностью.

    Бросив взгляд назад - увидим, что развитие активного оборудования сетей шло в соответствии с требованиями к полосе пропускания и надежности. Требования, предъявляемые к большей надежности, привели к отказу от применения в качестве среды передачи коаксиального кабеля и перевода сетей на витую пару. В результате такого перехода отказ работы соединения между одной из рабочих станций и концентратором перестал сказываться на работе других рабочих станций сети. Но увеличения производительности данный переход не принес, так как концентраторы используют разделяемую (на всех пользователей в сегменте) полосу пропускания. По сути, изменилась только физическая топология сети - с общей шины на звезду, а логическая топология по-прежнему осталась - общей шиной.

    Дальнейшее развитие сетей шло по нескольким путям:

    • увеличение скорости,
    • внедрение сегментирования на основе коммутации,
    • объединение сетей при помощи маршрутизации.

    Увеличение скорости при прежней логической топологии - общая шина, привело к незначительному росту производительности в случае большого числа портов.

    Большую эффективность в работе сети принесло сегментирование сетей с использованием технология коммутации пакетов. Коммутация наиболее действенна в следующих вариантах:

    Вариант 1, именуемый связью "многие со многими" – это одноранговые сети, когда одновременно существуют потоки данных между парами рабочих станций. При этом предпочтительнее иметь коммутатор, у которого все порты имеют одинаковую скорость, (см. Рисунок 1).

    5001

    Вариант 2, именуемый связью "один со многими" – это сети клиент-сервер, когда все рабочие станции работают с файлами или базой данных сервера. В данном случае предпочтительнее иметь коммутатор, у которого порты для подключения рабочих станций имеют одинаковую небольшую скорость, а порт, к которому подключается сервер, имеет большую скорость,(см. Рисунок 2).

    5002

    Когда компании начали связывать разрозненные системы друг с другом, маршрутизация обеспечивала максимально возможную целостность и надежность передачи трафика из одной сети в другую. Но с ростом размера и сложности сети, а также в связи со все более широким применением коммутаторов в локальных сетях, базовые маршрутизаторы (зачастую они получали все данные, посылаемые коммутаторами) стали с трудом справляться со своими задачами.

    Проблемы с трафиком, связанные с маршрутизацией, проявляются наиболее остро в средних и крупных компаниях, а также в деятельности операторов Internet, так как они вынуждены иметь дело с большими объемами IP-трафика, причем этот трафик должен передаваться своевременно и эффективно.

    С подключением настольных систем непосредственно к коммутаторам на 10/100 Мбит/с между ними и магистралью оказывается все меньше промежуточных устройств. Чем выше скорость подключения настольных систем, тем более скоростной должна быть магистраль. Кроме того, на каждом уровне устройства должны справляться с приходящим трафиком, иначе возникновения заторов не избежать.

    Рассмотрению технологий коммутации и посвящена данная статья.

    Коммутация первого уровня

    Термин "коммутация первого уровня" в современной технической литературе практически не описывается. Для начала дадим определение, с какими характеристиками имеет дело физический или первый уровень модели OSI:

    физический уровень определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют такие характеристики, как уровни напряжений, синхронизацию изменения напряжений, скорость передачи физической информации, максимальные расстояния передачи информации, физические соединители и другие аналогичные характеристики.

    Смысл коммутации на первом уровне модели OSI означает физическое (по названию уровня) соединение. Из примеров коммутации первого уровня можно привести релейные коммутаторы некоторых старых телефонных и селекторных систем. В более новых телефонных системах коммутация первого уровня применяется совместно с различными способами сигнализации вызовов и усиления сигналов. В сетях передачи данных данная технология применяется в полностью оптических коммутаторах.

    Коммутация второго уровня

    Рассматривая свойства второго уровня модели OSI и его классическое определение, увидим, что данному уровню принадлежит основная доля коммутирующих свойств.

    Определение. Канальный уровень (формально называемый информационно-канальным уровнем) обеспечивает надежный транзит данных через физический канал. Канальный уровень решает вопросы физической адресации (в противоположность сетевой или логической адресации), топологии сети, линейной дисциплины (каким образом конечной системе использовать сетевой канал), уведомления о неисправностях, упорядоченной доставки блоков данных и управления потоком информации.

    На самом деле, определяемая канальным уровнем модели OSI функциональность служит платформой для некоторых из сегодняшних наиболее эффективных технологий. Большое значение функциональности второго уровня подчеркивает тот факт, что производители оборудования продолжают вкладывать значительные средства в разработку устройств с такими функциями.

    С технологической точки зрения, коммутатор локальных сетей представляет собой устройство, основное назначение которого - максимальное ускорение передачи данных за счет параллельно существующих потоков между узлами сети. В этом - его главное отличие от других традиционных устройств локальных сетей – концентраторов (Hub), предоставляющих всем потокам данных сети всего один канал передачи данных.

    Коммутатор позволяет передавать параллельно несколько потоков данных c максимально возможной для каждого потока скоростью. Эта скорость ограничена физической спецификацией протокола, которую также часто называют "скоростью провода". Это возможно благодаря наличию в коммутаторе большого числа центров обработки и продвижения кадров и шин передачи данных.

    Коммутаторы локальных сетей в своем основном варианте, ставшем классическим уже с начала 90-х годов, работают на втором уровне модели OSI, применяя свою высокопроизводительную параллельную архитектуру для продвижения кадров канальных протоколов. Другими словами, ими выполняются алгоритмы работы моста, описанные в стандартах IEEE 802.1D и 802.1H. Также они имеют и много других дополнительных функций, часть которых вошла в новую редакцию стандарта 802.1D-1998, а часть остается пока не стандартизованной.

    Коммутаторы ЛВС отличаются большим разнообразием возможностей и, следовательно, цен - стоимость 1 порта колеблется в диапазоне от 50 до 1000 долларов. Одной из причин столь больших различий является то, что они предназначены для решения различных классов задач. Коммутаторы высокого класса должны обеспечивать высокую производительность и плотность портов, а также поддерживать широкий спектр функций управления. Простые и дешевые коммутаторы имеют обычно небольшое число портов и не способны поддерживать функции управления. Одним из основных различий является используемая в коммутаторе архитектура. Поскольку большинство современных коммутаторов работают на основе патентованных контроллеров ASIC, устройство этих микросхем и их интеграция с остальными модулями коммутатора (включая буферы ввода-вывода) играет важнейшую роль. Контроллеры ASIC для коммутаторов ЛВС делятся на 2 класса - большие ASIC, способные обслуживать множество коммутируемых портов (один контроллер на устройство) и небольшие ASIC, обслуживающие по несколько портов и объединяемые в матрицы коммутации.

    Существует 3 варианта архитектуры коммутаторов:
     

    На рисунке 3 показана блок-схема коммутатора с архитектурой, используемой для поочередного соединения пар портов. В любой момент такой коммутатор может обеспечить организацию только одного соединения (пара портов). При невысоком уровне трафика не требуется хранение данных в памяти перед отправкой в порт назначения - такой вариант называется коммутацией на лету cut-through. Однако, коммутаторы cross-bar требуют буферизации на входе от каждого порта, поскольку в случае использования единственно возможного соединения коммутатор блокируется (рисунок 4). Несмотря на малую стоимость и высокую скорость продвижения на рынок, коммутаторы класса cross-bar слишком примитивны для эффективной трансляции между низкоскоростными интерфейсами Ethernet или token ring и высокоскоростными портами ATM и FDDI.

    5003

    5004

    Коммутаторы с разделяемой памятью имеют общий входной буфер для всех портов, используемый как внутренняя магистраль устройства (backplane). Буферизагия данных перед их рассылкой (store-and-forward - сохранить и переслать) приводит к возникновению задержки. Однако, коммутаторы с разделяемой памятью, как показано на рисунке 5 не требуют организации специальной внутренней магистрали для передачи данных между портами, что обеспечивает им более низкую цену по сравнению с коммутаторами на базе высокоскоростной внутренней шины.

    5005

    На рисунке 6 показана блок-схема коммутатора с высокоскоростной шиной, связывающей контроллеры ASIC. После того, как данные преобразуются в приемлемый для передачи по шине формат, они помещаются на шину и далее передаются в порт назначения. Поскольку шина может обеспечивать одновременную (паралельную) передачу потока данных от всех портов, такие коммутаторы часто называют "неблокируемыми" (non-blocking) - они не создают пробок на пути передачи данных.

    5006

    Применение аналогичной параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня модели OSI.

    Коммутация третьего уровня

    В продолжении темы о технологиях коммутации рассмотренных в предыдущем номера повторим, что применение параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня. Это позволило существенно, в 10-100 раз повысить скорость маршрутизации по сравнению с традиционными маршрутизаторами, в которых один центральный универсальный процессор выполняет программное обеспечение маршрутизации.

    По определению Сетевой уровень (третий) - это комплексный уровень, который обеспечивает возможность соединения и выбор маршрута между двумя конечными системами, подключенными к разным "подсетям", которые могут находиться в разных географических пунктах. В данном случае "подсеть" это, по сути, независимый сетевой кабель (иногда называемый сегментом).

    Коммутация на третьем уровне - это аппаратная маршрутизация. Традиционные маршрутизаторы реализуют свои функции с помощью программно-управляемых процессоров, что будем называть программной маршрутизацией. Традиционные маршрутизаторы обычно продвигают пакеты со скоростью около 500000 пакетов в секунду. Коммутаторы третьего уровня сегодня работают со скоростью до 50 миллионов пакетов в секунду. Возможно и дальнейшее ее повышение, так как каждый интерфейсный модуль, как и в коммутаторе второго уровня, оснащен собственным процессором продвижения пакетов на основе ASIC. Так что наращивание количества модулей ведет к наращиванию производительности маршрутизации. Использование высокоскоростной технологии больших заказных интегральных схем (ASIC) является главной характеристикой, отличающей коммутаторы третьего уровня от традиционных маршрутизаторов. Коммутаторы 3-го уровня делятся на две категории: пакетные (Packet-by-Packet Layer 3 Switches, PPL3) и сквозные (Cut-Through Layer 3 Switches, CTL3). PPL3 - означает просто быструю маршрутизацию (Рисунок_7). CTL3 – маршрутизацию первого пакета и коммутацию всех остальных (Рисунок 8).

    5007

    5008

    У коммутатора третьего уровня, кроме реализации функций маршрутизации в специализированных интегральных схемах, имеется несколько особенностей, отличающих их от традиционных маршрутизаторов. Эти особенности отражают ориентацию коммутаторов 3-го уровня на работу, в основном, в локальных сетях, а также последствия совмещения в одном устройстве коммутации на 2-м и 3-м уровнях:
     

    • поддержка интерфейсов и протоколов, применяемых в локальных сетях,
    • усеченные функции маршрутизации,
    • обязательная поддержка механизма виртуальных сетей,
    • тесная интеграция функций коммутации и маршрутизации, наличие удобных для администратора операций по заданию маршрутизации между виртуальными сетями.

    Наиболее "коммутаторная" версия высокоскоростной маршрутизации выглядит следующим образом (рисунок 9). Пусть коммутатор третьего уровня построен так, что в нем имеется информация о соответствии сетевых адресов (например, IP-адресов) адресам физического уровня (например, MAC-адресам) Все эти МАС-адреса обычным образом отображены в коммутационной таблице, независимо от того, принадлежат ли они данной сети или другим сетям.

    5009

    Первый коммутатор, на который поступает пакет, частично выполняет функции маршрутизатора, а именно, функции фильтрации, обеспечивающие безопасность. Он решает, пропускать или нет данный пакет в другую сеть Если пакет пропускать нужно, то коммутатор по IP-адресу назначения определяет МАС-адрес узла назначения и формирует новый заголовок второго уровня с найденным МАС-адресом. Затем выполняется обычная процедура коммутации по данному МАС-адресу с просмотром адресной таблицы коммутатора. Все последующие коммутаторы, построенные по этому же принципу, обрабатывают данный кадр как обычные коммутаторы второго уровня, не привлекая функций маршрутизации, что значительно ускоряет его обработку. Однако функции маршрутизации не являются для них избыточными, поскольку и на эти коммутаторы могут поступать первичные пакеты (непосредственно от рабочих станций), для которых необходимо выполнять фильтрацию и подстановку МАС-адресов.

    Это описание носит схематический характер и не раскрывает способов решения возникающих при этом многочисленных проблем, например, проблемы построения таблицы соответствия IP-адресов и МАС-адресов

    Примерами коммутаторов третьего уровня, работающих по этой схеме, являются коммутаторы SmartSwitch компании Cabletron. Компания Cabletron реализовала в них свой протокол ускоренной маршрутизации SecureFast Virtual Network, SFVN.

    Для организации непосредственного взаимодействия рабочих станций без промежуточного маршрутизатора необходимо сконфигурировать каждую из них так, чтобы она считала собственный интерфейс маршрутизатором по умолчанию. При такой конфигурации станция пытается самостоятельно отправить любой пакет конечному узлу, даже если этот узел находится в другой сети. Так как в общем случае (см. рисунок 10) станции неизвестен МАС-адрес узла назначения, то она генерирует соответствующий ARP-запрос, который перехватывает коммутатор, поддерживающий протокол SFVN. В сети предполагается наличие сервера SFVN Server, являющегося полноценным маршрутизатором и поддерживающего общую ARP-таблицу всех узлов SFVN-сети. Сервер возвращает коммутатору МАС-адрес узла назначения, а коммутатор, в свою очередь, передает его исходной станции. Одновременно сервер SFVN передает коммутаторам сети инструкции о разрешении прохождения пакета с МАС-адресом узла назначения через границы виртуальных сетей. Затем исходная станция передает пакет в кадре, содержащем МАС-адрес узла назначения. Этот кадр проходит через коммутаторы, не вызывая обращения к их блокам маршрутизации. Отличие протокола SFVN компании Cabletron от - описанной выше общей схемы в том, что для нахождения МАС-адреса по IP-адресу в сети используется выделенный сервер.

    5010

    Протокол Fast IP компании 3Com является еще одним примером реализации подхода с отображением IP-адреса на МАС-адрес. В этом протоколе основными действующими лицами являются сетевые адаптеры (что не удивительно, так как компания 3Com является признанным лидером в производстве сетевых адаптеров Ethernet) С одной стороны, такой подход требует изменения программного обеспечения драйверов сетевых адаптеров, и это минус Но зато не требуется изменять все остальное сетевое оборудование.

    При необходимости передать пакет узлу назначения другой сети, исходный узел в соответствии с технологией Fast IP должен передать запрос по протоколу NHRP (Next Hop Routing Protocol) маршрутизатору сети. Маршрутизатор переправляет этот запрос узлу назначения, как обычный пакет Узел назначения, который также поддерживает Fast IP и NHRP, получив запрос, отвечает кадром, отсылаемым уже не маршрутизатору, а непосредственно узлу-источнику (по его МАС-адресу, содержащемуся в NHRP-запросе). После этого обмен идет на канальном уровне на основе известных МАС-адресов. Таким образом, снова маршрутизировался только первый пакет потока (как на рисунке 9 кратковременный поток), а все остальные коммутировались (как на рисунке 9 долговременный поток).

    Еще один тип коммутаторов третьего уровня — это коммутаторы, работающие с протоколами локальных сетей типа Ethernet и FDDI. Эти коммутаторы выполняют функции маршрутизации не так, как классические маршрутизаторы. Они маршрутизируют не отдельные пакеты, а потоки пакетов.

    Поток — это последовательность пакетов, имеющих некоторые общие свойства. По меньшей мере, у них должны совпадать адрес отправителя и адрес получателя, и тогда их можно отправлять по одному и тому же маршруту. Если классический способ маршрутизации использовать только для первого пакета потока, а все остальные обрабатывать на основании опыта первого (или нескольких первых) пакетов, то можно значительно ускорить маршрутизацию всего потока.

    Рассмотрим этот подход на примере технологии NetFlow компании Cisco, реализованной в ее маршрутизаторах и коммутаторах. Для каждого пакета, поступающего на порт маршрутизатора, вычисляется хэш-функция от IP-адресов источника, назначения, портов UDP или TCP и поля TOS, характеризующего требуемое качество обслуживания. Во всех маршрутизаторах, поддерживающих данную технологию, через которые проходит данный пакет, в кэш-памяти портов запоминается соответствие значения хэш-функции и адресной информации, необходимой для быстрой передачи пакета следующему маршрутизатору. Таким образом, образуется квазивиртуальный канал (см. Рисунок 11), который позволяет быстро передавать по сети маршрутизаторов все последующие пакеты этого потока. При этом ускорение достигается за счет упрощения процедуры обработки пакета маршрутизатором - не просматриваются таблицы маршрутизации, не выполняются ARP-запросы.

    5011

    Этот прием может использоваться в маршрутизаторах, вообще не поддерживающих коммутацию, а может быть перенесен в коммутаторы. В этом случае такие коммутаторы тоже называют коммутаторами третьего уровня. Примеров маршрутизаторов, использующих данный подход, являются маршрутизаторы Cisco 7500, а коммутаторов третьего уровня — коммутаторы Catalyst 5000 и 5500. Коммутаторы Catalyst выполняют усеченные функции описанной схемы, они не могут обрабатывать первые пакеты потоков и создавать новые записи о хэш-функциях и адресной информации потоков. Они просто получают данную информацию от маршрутизаторов 7500 и обрабатывают пакеты уже распознанных маршрутизаторами потоков.

    Выше был рассмотрен способ ускоренной маршрутизации, основанный на концепции потока. Его сущность заключается в создании квазивиртуальных каналов в сетях, которые не поддерживают виртуальные каналы в обычном понимании этого термина, то есть сетях Ethernet, FDDI, Token Ring и т п. Следует отличать этот способ от способа ускоренной работы маршрутизаторов в сетях, поддерживающих технологию виртуальных каналов — АТМ, frame relay, X 25. В таких сетях создание виртуального канала является штатным режимом работы сетевых устройств. Виртуальные каналы создаются между двумя конечными точками, причем для потоков данных, требующих разного качества обслуживания (например, для данных разных приложений) может создаваться отдельный виртуальный канал. Хотя время создания виртуального канала существенно превышает время маршрутизации одного пакета, выигрыш достигается за счет последующей быстрой передачи потока данных по виртуальному каналу. Но в таких сетях возникает другая проблема — неэффективная передача коротких потоков, то есть потоков, состоящих из небольшого количества пакетов (классический пример — пакеты протокола DNS).

    Накладные расходы, связанные с созданием виртуального канала, приходящиеся на один пакет, снижаются при передаче объемных потоков данных. Однако они становятся неприемлемо высокими при передаче коротких потоков. Для того чтобы эффективно передавать короткие потоки, предлагается следующий вариант, при передаче нескольких первых пакетов выполняется обычная маршрутизация. Затем, после того как распознается устойчивый поток, для него строится виртуальный канал, и дальнейшая передача данных происходит с высокой скоростью по этому виртуальному каналу. Таким образом, для коротких потоков виртуальный канал вообще не создается, что и повышает эффективность передачи.

    По такой схеме работает ставшая уже классической технология IP Switching компании Ipsilon. Для того чтобы сети коммутаторов АТМ передавали бы пакеты коротких потоков без установления виртуального канала, компания Ipsilon предложила встроить во все коммутаторы АТМ блоки IP-маршрутизации (рисунок 12), строящие обычные таблицы маршрутизации по обычным протоколам RIP и OSPF.

    5012

    Компания Cisco Systems выдвинула в качестве альтернативы технологии IP Switching свою собственную технологию Tag Switching, но она не стала стандартной. В настоящее время IETF работает над стандартным протоколом обмена метками MPLS (Multi-Protocol Label Switching), который обобщает предложение компаний Ipsilon и Cisco, а также вносит некоторые новые детали и механизмы. Этот протокол ориентирован на поддержку качества обслуживания для виртуальных каналов, образованных метками.

    Коммутация четвертого уровня

    Свойства четвертого или транспортного уровня модели OSI следующие: транспортный уровень обеспечивает услуги по транспортировке данных. В частности, заботой транспортного уровня является решение таких вопросов, как выполнение надежной транспортировки данных через объединенную сеть. Предоставляя надежные услуги, транспортный уровень обеспечивает механизмы для установки, поддержания и упорядоченного завершения действия виртуальных каналов, систем обнаружения и устранения неисправностей транспортировки и управления информационным потоком (с целью предотвращения переполнения данными из другой системы).

    Некоторые производители заявляют, что их системы могут работать на втором, третьем и даже четвертом уровнях. Однако рассмотрение описания стека TCP/IP (рисунок 1), а также структуры пакетов IP и TCP (рисунки 2, 3), показывает, что коммутация четвертого уровня является фикцией, так как все относящиеся к коммутации функции осуществляются на уровне не выше третьего. А именно, термин коммутация четвертого уровня с точки зрения описания стека TCP/IP противоречий не имеет, за исключением того, что при коммутации должны указываться адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя. Пакеты TCP имеют поля локальный порт отправителя и локальный порт получателя (рисунок 3), несущие смысл точек входа в приложение (в программу), например Telnet с одной стороны, и точки входа (в данном контексте инкапсуляции) в уровень IP. Кроме того, в стеке TCP/IP именно уровень TCP занимается формированием пакетов из потока данных идущих от приложения. Пакеты IP (рисунок 2) имеют поля адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя и следовательно могут наряду с MAC адресами использоваться для коммутации. Тем не менее, название прижилось, к тому же практика показывает, что способность системы анализировать информацию прикладного уровня может оказаться полезной — в частности для управления трафиком. Таким образом, термин "зависимый от приложения" более точно отражает функции так называемых коммутаторов четвертого уровня.

    5013

    5014

    5015

    Тематики

    EN

    Русско-английский словарь нормативно-технической терминологии > технология коммутации

  • 14 co-location

    1. колокейшн

     

    колокейшн
    размещение сервера
    Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
    [ http://your-hosting.ru/terms/c/colloc/]

    размещение физических серверов
    со-размещение
    Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
    [ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

    совместное размещение
    Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

    Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

    Чем же отличается колокейшн от хостинга?

    Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

    Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

    Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

    Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

    Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

    В какой ситуации для клиента имеет смысл переходить на колокейшн?

    Основных причин для перехода с виртуального хостинга на colocation две:

    1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

    2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

    Насколько колокейшн дороже обычного хостинга?

    Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

    В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

    Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

    Пользователь colocation платит за трафик, который генерируется его сервером
    Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

    Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

    Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

    Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

    Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

    Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

    Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

    Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

    Насколько часто сейчас используется колокейшн?

    Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

    Какие сложности возникают перед клиентом при использовании колокейшн?

    Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

    Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

    Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

    Какие существуют виды оплаты при колокейшн?

    .masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
    Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

    В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

    Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

    [ http://hostinfo.ru/articles/358]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > co-location

  • 15 collocation

    1. колокейшн

     

    колокейшн
    размещение сервера
    Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
    [ http://your-hosting.ru/terms/c/colloc/]

    размещение физических серверов
    со-размещение
    Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
    [ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

    совместное размещение
    Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

    Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

    Чем же отличается колокейшн от хостинга?

    Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

    Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

    Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

    Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

    Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

    В какой ситуации для клиента имеет смысл переходить на колокейшн?

    Основных причин для перехода с виртуального хостинга на colocation две:

    1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

    2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

    Насколько колокейшн дороже обычного хостинга?

    Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

    В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

    Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

    Пользователь colocation платит за трафик, который генерируется его сервером
    Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

    Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

    Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

    Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

    Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

    Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

    Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

    Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

    Насколько часто сейчас используется колокейшн?

    Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

    Какие сложности возникают перед клиентом при использовании колокейшн?

    Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

    Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

    Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

    Какие существуют виды оплаты при колокейшн?

    .masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
    Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

    В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

    Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

    [ http://hostinfo.ru/articles/358]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > collocation

  • 16 colocation

    1. колокейшн

     

    колокейшн
    размещение сервера
    Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
    [ http://your-hosting.ru/terms/c/colloc/]

    размещение физических серверов
    со-размещение
    Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
    [ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

    совместное размещение
    Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

    Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

    Чем же отличается колокейшн от хостинга?

    Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

    Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

    Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

    Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

    Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

    В какой ситуации для клиента имеет смысл переходить на колокейшн?

    Основных причин для перехода с виртуального хостинга на colocation две:

    1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

    2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

    Насколько колокейшн дороже обычного хостинга?

    Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

    В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

    Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

    Пользователь colocation платит за трафик, который генерируется его сервером
    Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

    Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

    Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

    Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

    Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

    Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

    Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

    Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

    Насколько часто сейчас используется колокейшн?

    Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

    Какие сложности возникают перед клиентом при использовании колокейшн?

    Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

    Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

    Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

    Какие существуют виды оплаты при колокейшн?

    .masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
    Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

    В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

    Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

    [ http://hostinfo.ru/articles/358]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > colocation

  • 17 switching technology

    1. технология коммутации

     

    технология коммутации
    -
    [Интент]

    Современные технологии коммутации
    [ http://www.xnets.ru/plugins/content/content.php?content.84]

    Статья подготовлена на основании материалов опубликованных в журналах "LAN", "Сети и системы связи", в книге В.Олифер и Н.Олифер "Новые технологии и оборудование IP-сетей", на сайтах www.citforum.ru и опубликована в журнале "Компьютерные решения" NN4-6 за 2000 год.

    Введение

    На сегодня практически все организации, имеющие локальные сети, остановили свой выбор на сетях типа Ethernet. Данный выбор оправдан тем, что начало внедрения такой сети сопряжено с низкой стоимостью и простотой реализации, а развитие - с хорошей масштабируемостью и экономичностью.

    Бросив взгляд назад - увидим, что развитие активного оборудования сетей шло в соответствии с требованиями к полосе пропускания и надежности. Требования, предъявляемые к большей надежности, привели к отказу от применения в качестве среды передачи коаксиального кабеля и перевода сетей на витую пару. В результате такого перехода отказ работы соединения между одной из рабочих станций и концентратором перестал сказываться на работе других рабочих станций сети. Но увеличения производительности данный переход не принес, так как концентраторы используют разделяемую (на всех пользователей в сегменте) полосу пропускания. По сути, изменилась только физическая топология сети - с общей шины на звезду, а логическая топология по-прежнему осталась - общей шиной.

    Дальнейшее развитие сетей шло по нескольким путям:

    • увеличение скорости,
    • внедрение сегментирования на основе коммутации,
    • объединение сетей при помощи маршрутизации.

    Увеличение скорости при прежней логической топологии - общая шина, привело к незначительному росту производительности в случае большого числа портов.

    Большую эффективность в работе сети принесло сегментирование сетей с использованием технология коммутации пакетов. Коммутация наиболее действенна в следующих вариантах:

    Вариант 1, именуемый связью "многие со многими" – это одноранговые сети, когда одновременно существуют потоки данных между парами рабочих станций. При этом предпочтительнее иметь коммутатор, у которого все порты имеют одинаковую скорость, (см. Рисунок 1).

    5001

    Вариант 2, именуемый связью "один со многими" – это сети клиент-сервер, когда все рабочие станции работают с файлами или базой данных сервера. В данном случае предпочтительнее иметь коммутатор, у которого порты для подключения рабочих станций имеют одинаковую небольшую скорость, а порт, к которому подключается сервер, имеет большую скорость,(см. Рисунок 2).

    5002

    Когда компании начали связывать разрозненные системы друг с другом, маршрутизация обеспечивала максимально возможную целостность и надежность передачи трафика из одной сети в другую. Но с ростом размера и сложности сети, а также в связи со все более широким применением коммутаторов в локальных сетях, базовые маршрутизаторы (зачастую они получали все данные, посылаемые коммутаторами) стали с трудом справляться со своими задачами.

    Проблемы с трафиком, связанные с маршрутизацией, проявляются наиболее остро в средних и крупных компаниях, а также в деятельности операторов Internet, так как они вынуждены иметь дело с большими объемами IP-трафика, причем этот трафик должен передаваться своевременно и эффективно.

    С подключением настольных систем непосредственно к коммутаторам на 10/100 Мбит/с между ними и магистралью оказывается все меньше промежуточных устройств. Чем выше скорость подключения настольных систем, тем более скоростной должна быть магистраль. Кроме того, на каждом уровне устройства должны справляться с приходящим трафиком, иначе возникновения заторов не избежать.

    Рассмотрению технологий коммутации и посвящена данная статья.

    Коммутация первого уровня

    Термин "коммутация первого уровня" в современной технической литературе практически не описывается. Для начала дадим определение, с какими характеристиками имеет дело физический или первый уровень модели OSI:

    физический уровень определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют такие характеристики, как уровни напряжений, синхронизацию изменения напряжений, скорость передачи физической информации, максимальные расстояния передачи информации, физические соединители и другие аналогичные характеристики.

    Смысл коммутации на первом уровне модели OSI означает физическое (по названию уровня) соединение. Из примеров коммутации первого уровня можно привести релейные коммутаторы некоторых старых телефонных и селекторных систем. В более новых телефонных системах коммутация первого уровня применяется совместно с различными способами сигнализации вызовов и усиления сигналов. В сетях передачи данных данная технология применяется в полностью оптических коммутаторах.

    Коммутация второго уровня

    Рассматривая свойства второго уровня модели OSI и его классическое определение, увидим, что данному уровню принадлежит основная доля коммутирующих свойств.

    Определение. Канальный уровень (формально называемый информационно-канальным уровнем) обеспечивает надежный транзит данных через физический канал. Канальный уровень решает вопросы физической адресации (в противоположность сетевой или логической адресации), топологии сети, линейной дисциплины (каким образом конечной системе использовать сетевой канал), уведомления о неисправностях, упорядоченной доставки блоков данных и управления потоком информации.

    На самом деле, определяемая канальным уровнем модели OSI функциональность служит платформой для некоторых из сегодняшних наиболее эффективных технологий. Большое значение функциональности второго уровня подчеркивает тот факт, что производители оборудования продолжают вкладывать значительные средства в разработку устройств с такими функциями.

    С технологической точки зрения, коммутатор локальных сетей представляет собой устройство, основное назначение которого - максимальное ускорение передачи данных за счет параллельно существующих потоков между узлами сети. В этом - его главное отличие от других традиционных устройств локальных сетей – концентраторов (Hub), предоставляющих всем потокам данных сети всего один канал передачи данных.

    Коммутатор позволяет передавать параллельно несколько потоков данных c максимально возможной для каждого потока скоростью. Эта скорость ограничена физической спецификацией протокола, которую также часто называют "скоростью провода". Это возможно благодаря наличию в коммутаторе большого числа центров обработки и продвижения кадров и шин передачи данных.

    Коммутаторы локальных сетей в своем основном варианте, ставшем классическим уже с начала 90-х годов, работают на втором уровне модели OSI, применяя свою высокопроизводительную параллельную архитектуру для продвижения кадров канальных протоколов. Другими словами, ими выполняются алгоритмы работы моста, описанные в стандартах IEEE 802.1D и 802.1H. Также они имеют и много других дополнительных функций, часть которых вошла в новую редакцию стандарта 802.1D-1998, а часть остается пока не стандартизованной.

    Коммутаторы ЛВС отличаются большим разнообразием возможностей и, следовательно, цен - стоимость 1 порта колеблется в диапазоне от 50 до 1000 долларов. Одной из причин столь больших различий является то, что они предназначены для решения различных классов задач. Коммутаторы высокого класса должны обеспечивать высокую производительность и плотность портов, а также поддерживать широкий спектр функций управления. Простые и дешевые коммутаторы имеют обычно небольшое число портов и не способны поддерживать функции управления. Одним из основных различий является используемая в коммутаторе архитектура. Поскольку большинство современных коммутаторов работают на основе патентованных контроллеров ASIC, устройство этих микросхем и их интеграция с остальными модулями коммутатора (включая буферы ввода-вывода) играет важнейшую роль. Контроллеры ASIC для коммутаторов ЛВС делятся на 2 класса - большие ASIC, способные обслуживать множество коммутируемых портов (один контроллер на устройство) и небольшие ASIC, обслуживающие по несколько портов и объединяемые в матрицы коммутации.

    Существует 3 варианта архитектуры коммутаторов:
     

    На рисунке 3 показана блок-схема коммутатора с архитектурой, используемой для поочередного соединения пар портов. В любой момент такой коммутатор может обеспечить организацию только одного соединения (пара портов). При невысоком уровне трафика не требуется хранение данных в памяти перед отправкой в порт назначения - такой вариант называется коммутацией на лету cut-through. Однако, коммутаторы cross-bar требуют буферизации на входе от каждого порта, поскольку в случае использования единственно возможного соединения коммутатор блокируется (рисунок 4). Несмотря на малую стоимость и высокую скорость продвижения на рынок, коммутаторы класса cross-bar слишком примитивны для эффективной трансляции между низкоскоростными интерфейсами Ethernet или token ring и высокоскоростными портами ATM и FDDI.

    5003

    5004

    Коммутаторы с разделяемой памятью имеют общий входной буфер для всех портов, используемый как внутренняя магистраль устройства (backplane). Буферизагия данных перед их рассылкой (store-and-forward - сохранить и переслать) приводит к возникновению задержки. Однако, коммутаторы с разделяемой памятью, как показано на рисунке 5 не требуют организации специальной внутренней магистрали для передачи данных между портами, что обеспечивает им более низкую цену по сравнению с коммутаторами на базе высокоскоростной внутренней шины.

    5005

    На рисунке 6 показана блок-схема коммутатора с высокоскоростной шиной, связывающей контроллеры ASIC. После того, как данные преобразуются в приемлемый для передачи по шине формат, они помещаются на шину и далее передаются в порт назначения. Поскольку шина может обеспечивать одновременную (паралельную) передачу потока данных от всех портов, такие коммутаторы часто называют "неблокируемыми" (non-blocking) - они не создают пробок на пути передачи данных.

    5006

    Применение аналогичной параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня модели OSI.

    Коммутация третьего уровня

    В продолжении темы о технологиях коммутации рассмотренных в предыдущем номера повторим, что применение параллельной архитектуры для продвижения пакетов сетевых протоколов привело к появлению коммутаторов третьего уровня. Это позволило существенно, в 10-100 раз повысить скорость маршрутизации по сравнению с традиционными маршрутизаторами, в которых один центральный универсальный процессор выполняет программное обеспечение маршрутизации.

    По определению Сетевой уровень (третий) - это комплексный уровень, который обеспечивает возможность соединения и выбор маршрута между двумя конечными системами, подключенными к разным "подсетям", которые могут находиться в разных географических пунктах. В данном случае "подсеть" это, по сути, независимый сетевой кабель (иногда называемый сегментом).

    Коммутация на третьем уровне - это аппаратная маршрутизация. Традиционные маршрутизаторы реализуют свои функции с помощью программно-управляемых процессоров, что будем называть программной маршрутизацией. Традиционные маршрутизаторы обычно продвигают пакеты со скоростью около 500000 пакетов в секунду. Коммутаторы третьего уровня сегодня работают со скоростью до 50 миллионов пакетов в секунду. Возможно и дальнейшее ее повышение, так как каждый интерфейсный модуль, как и в коммутаторе второго уровня, оснащен собственным процессором продвижения пакетов на основе ASIC. Так что наращивание количества модулей ведет к наращиванию производительности маршрутизации. Использование высокоскоростной технологии больших заказных интегральных схем (ASIC) является главной характеристикой, отличающей коммутаторы третьего уровня от традиционных маршрутизаторов. Коммутаторы 3-го уровня делятся на две категории: пакетные (Packet-by-Packet Layer 3 Switches, PPL3) и сквозные (Cut-Through Layer 3 Switches, CTL3). PPL3 - означает просто быструю маршрутизацию (Рисунок_7). CTL3 – маршрутизацию первого пакета и коммутацию всех остальных (Рисунок 8).

    5007

    5008

    У коммутатора третьего уровня, кроме реализации функций маршрутизации в специализированных интегральных схемах, имеется несколько особенностей, отличающих их от традиционных маршрутизаторов. Эти особенности отражают ориентацию коммутаторов 3-го уровня на работу, в основном, в локальных сетях, а также последствия совмещения в одном устройстве коммутации на 2-м и 3-м уровнях:
     

    • поддержка интерфейсов и протоколов, применяемых в локальных сетях,
    • усеченные функции маршрутизации,
    • обязательная поддержка механизма виртуальных сетей,
    • тесная интеграция функций коммутации и маршрутизации, наличие удобных для администратора операций по заданию маршрутизации между виртуальными сетями.

    Наиболее "коммутаторная" версия высокоскоростной маршрутизации выглядит следующим образом (рисунок 9). Пусть коммутатор третьего уровня построен так, что в нем имеется информация о соответствии сетевых адресов (например, IP-адресов) адресам физического уровня (например, MAC-адресам) Все эти МАС-адреса обычным образом отображены в коммутационной таблице, независимо от того, принадлежат ли они данной сети или другим сетям.

    5009

    Первый коммутатор, на который поступает пакет, частично выполняет функции маршрутизатора, а именно, функции фильтрации, обеспечивающие безопасность. Он решает, пропускать или нет данный пакет в другую сеть Если пакет пропускать нужно, то коммутатор по IP-адресу назначения определяет МАС-адрес узла назначения и формирует новый заголовок второго уровня с найденным МАС-адресом. Затем выполняется обычная процедура коммутации по данному МАС-адресу с просмотром адресной таблицы коммутатора. Все последующие коммутаторы, построенные по этому же принципу, обрабатывают данный кадр как обычные коммутаторы второго уровня, не привлекая функций маршрутизации, что значительно ускоряет его обработку. Однако функции маршрутизации не являются для них избыточными, поскольку и на эти коммутаторы могут поступать первичные пакеты (непосредственно от рабочих станций), для которых необходимо выполнять фильтрацию и подстановку МАС-адресов.

    Это описание носит схематический характер и не раскрывает способов решения возникающих при этом многочисленных проблем, например, проблемы построения таблицы соответствия IP-адресов и МАС-адресов

    Примерами коммутаторов третьего уровня, работающих по этой схеме, являются коммутаторы SmartSwitch компании Cabletron. Компания Cabletron реализовала в них свой протокол ускоренной маршрутизации SecureFast Virtual Network, SFVN.

    Для организации непосредственного взаимодействия рабочих станций без промежуточного маршрутизатора необходимо сконфигурировать каждую из них так, чтобы она считала собственный интерфейс маршрутизатором по умолчанию. При такой конфигурации станция пытается самостоятельно отправить любой пакет конечному узлу, даже если этот узел находится в другой сети. Так как в общем случае (см. рисунок 10) станции неизвестен МАС-адрес узла назначения, то она генерирует соответствующий ARP-запрос, который перехватывает коммутатор, поддерживающий протокол SFVN. В сети предполагается наличие сервера SFVN Server, являющегося полноценным маршрутизатором и поддерживающего общую ARP-таблицу всех узлов SFVN-сети. Сервер возвращает коммутатору МАС-адрес узла назначения, а коммутатор, в свою очередь, передает его исходной станции. Одновременно сервер SFVN передает коммутаторам сети инструкции о разрешении прохождения пакета с МАС-адресом узла назначения через границы виртуальных сетей. Затем исходная станция передает пакет в кадре, содержащем МАС-адрес узла назначения. Этот кадр проходит через коммутаторы, не вызывая обращения к их блокам маршрутизации. Отличие протокола SFVN компании Cabletron от - описанной выше общей схемы в том, что для нахождения МАС-адреса по IP-адресу в сети используется выделенный сервер.

    5010

    Протокол Fast IP компании 3Com является еще одним примером реализации подхода с отображением IP-адреса на МАС-адрес. В этом протоколе основными действующими лицами являются сетевые адаптеры (что не удивительно, так как компания 3Com является признанным лидером в производстве сетевых адаптеров Ethernet) С одной стороны, такой подход требует изменения программного обеспечения драйверов сетевых адаптеров, и это минус Но зато не требуется изменять все остальное сетевое оборудование.

    При необходимости передать пакет узлу назначения другой сети, исходный узел в соответствии с технологией Fast IP должен передать запрос по протоколу NHRP (Next Hop Routing Protocol) маршрутизатору сети. Маршрутизатор переправляет этот запрос узлу назначения, как обычный пакет Узел назначения, который также поддерживает Fast IP и NHRP, получив запрос, отвечает кадром, отсылаемым уже не маршрутизатору, а непосредственно узлу-источнику (по его МАС-адресу, содержащемуся в NHRP-запросе). После этого обмен идет на канальном уровне на основе известных МАС-адресов. Таким образом, снова маршрутизировался только первый пакет потока (как на рисунке 9 кратковременный поток), а все остальные коммутировались (как на рисунке 9 долговременный поток).

    Еще один тип коммутаторов третьего уровня — это коммутаторы, работающие с протоколами локальных сетей типа Ethernet и FDDI. Эти коммутаторы выполняют функции маршрутизации не так, как классические маршрутизаторы. Они маршрутизируют не отдельные пакеты, а потоки пакетов.

    Поток — это последовательность пакетов, имеющих некоторые общие свойства. По меньшей мере, у них должны совпадать адрес отправителя и адрес получателя, и тогда их можно отправлять по одному и тому же маршруту. Если классический способ маршрутизации использовать только для первого пакета потока, а все остальные обрабатывать на основании опыта первого (или нескольких первых) пакетов, то можно значительно ускорить маршрутизацию всего потока.

    Рассмотрим этот подход на примере технологии NetFlow компании Cisco, реализованной в ее маршрутизаторах и коммутаторах. Для каждого пакета, поступающего на порт маршрутизатора, вычисляется хэш-функция от IP-адресов источника, назначения, портов UDP или TCP и поля TOS, характеризующего требуемое качество обслуживания. Во всех маршрутизаторах, поддерживающих данную технологию, через которые проходит данный пакет, в кэш-памяти портов запоминается соответствие значения хэш-функции и адресной информации, необходимой для быстрой передачи пакета следующему маршрутизатору. Таким образом, образуется квазивиртуальный канал (см. Рисунок 11), который позволяет быстро передавать по сети маршрутизаторов все последующие пакеты этого потока. При этом ускорение достигается за счет упрощения процедуры обработки пакета маршрутизатором - не просматриваются таблицы маршрутизации, не выполняются ARP-запросы.

    5011

    Этот прием может использоваться в маршрутизаторах, вообще не поддерживающих коммутацию, а может быть перенесен в коммутаторы. В этом случае такие коммутаторы тоже называют коммутаторами третьего уровня. Примеров маршрутизаторов, использующих данный подход, являются маршрутизаторы Cisco 7500, а коммутаторов третьего уровня — коммутаторы Catalyst 5000 и 5500. Коммутаторы Catalyst выполняют усеченные функции описанной схемы, они не могут обрабатывать первые пакеты потоков и создавать новые записи о хэш-функциях и адресной информации потоков. Они просто получают данную информацию от маршрутизаторов 7500 и обрабатывают пакеты уже распознанных маршрутизаторами потоков.

    Выше был рассмотрен способ ускоренной маршрутизации, основанный на концепции потока. Его сущность заключается в создании квазивиртуальных каналов в сетях, которые не поддерживают виртуальные каналы в обычном понимании этого термина, то есть сетях Ethernet, FDDI, Token Ring и т п. Следует отличать этот способ от способа ускоренной работы маршрутизаторов в сетях, поддерживающих технологию виртуальных каналов — АТМ, frame relay, X 25. В таких сетях создание виртуального канала является штатным режимом работы сетевых устройств. Виртуальные каналы создаются между двумя конечными точками, причем для потоков данных, требующих разного качества обслуживания (например, для данных разных приложений) может создаваться отдельный виртуальный канал. Хотя время создания виртуального канала существенно превышает время маршрутизации одного пакета, выигрыш достигается за счет последующей быстрой передачи потока данных по виртуальному каналу. Но в таких сетях возникает другая проблема — неэффективная передача коротких потоков, то есть потоков, состоящих из небольшого количества пакетов (классический пример — пакеты протокола DNS).

    Накладные расходы, связанные с созданием виртуального канала, приходящиеся на один пакет, снижаются при передаче объемных потоков данных. Однако они становятся неприемлемо высокими при передаче коротких потоков. Для того чтобы эффективно передавать короткие потоки, предлагается следующий вариант, при передаче нескольких первых пакетов выполняется обычная маршрутизация. Затем, после того как распознается устойчивый поток, для него строится виртуальный канал, и дальнейшая передача данных происходит с высокой скоростью по этому виртуальному каналу. Таким образом, для коротких потоков виртуальный канал вообще не создается, что и повышает эффективность передачи.

    По такой схеме работает ставшая уже классической технология IP Switching компании Ipsilon. Для того чтобы сети коммутаторов АТМ передавали бы пакеты коротких потоков без установления виртуального канала, компания Ipsilon предложила встроить во все коммутаторы АТМ блоки IP-маршрутизации (рисунок 12), строящие обычные таблицы маршрутизации по обычным протоколам RIP и OSPF.

    5012

    Компания Cisco Systems выдвинула в качестве альтернативы технологии IP Switching свою собственную технологию Tag Switching, но она не стала стандартной. В настоящее время IETF работает над стандартным протоколом обмена метками MPLS (Multi-Protocol Label Switching), который обобщает предложение компаний Ipsilon и Cisco, а также вносит некоторые новые детали и механизмы. Этот протокол ориентирован на поддержку качества обслуживания для виртуальных каналов, образованных метками.

    Коммутация четвертого уровня

    Свойства четвертого или транспортного уровня модели OSI следующие: транспортный уровень обеспечивает услуги по транспортировке данных. В частности, заботой транспортного уровня является решение таких вопросов, как выполнение надежной транспортировки данных через объединенную сеть. Предоставляя надежные услуги, транспортный уровень обеспечивает механизмы для установки, поддержания и упорядоченного завершения действия виртуальных каналов, систем обнаружения и устранения неисправностей транспортировки и управления информационным потоком (с целью предотвращения переполнения данными из другой системы).

    Некоторые производители заявляют, что их системы могут работать на втором, третьем и даже четвертом уровнях. Однако рассмотрение описания стека TCP/IP (рисунок 1), а также структуры пакетов IP и TCP (рисунки 2, 3), показывает, что коммутация четвертого уровня является фикцией, так как все относящиеся к коммутации функции осуществляются на уровне не выше третьего. А именно, термин коммутация четвертого уровня с точки зрения описания стека TCP/IP противоречий не имеет, за исключением того, что при коммутации должны указываться адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя. Пакеты TCP имеют поля локальный порт отправителя и локальный порт получателя (рисунок 3), несущие смысл точек входа в приложение (в программу), например Telnet с одной стороны, и точки входа (в данном контексте инкапсуляции) в уровень IP. Кроме того, в стеке TCP/IP именно уровень TCP занимается формированием пакетов из потока данных идущих от приложения. Пакеты IP (рисунок 2) имеют поля адреса компьютера (маршрутизатора) источника и компьютера (маршрутизатора) получателя и следовательно могут наряду с MAC адресами использоваться для коммутации. Тем не менее, название прижилось, к тому же практика показывает, что способность системы анализировать информацию прикладного уровня может оказаться полезной — в частности для управления трафиком. Таким образом, термин "зависимый от приложения" более точно отражает функции так называемых коммутаторов четвертого уровня.

    5013

    5014

    5015

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > switching technology

См. также в других словарях:

  • Зона перехода (Вавилон-5) — Стандартная Зона перехода. В данном случае ворота в процессе открытия точки перехода в гиперпространство. Это статья о вымышленном техническом устройстве. В вымышленной вселенной научно фантастического сериала «Вавилон 5» зона перехода … …   Википедия

  • Зона перехода — Стандартная Зона перехода. В данном случае ворота в процессе открытия точки перехода в гиперпространство. Это статья о вымышленном техническом устройстве. В вымышленной вселенной научно фантастического сериала «Вавилон 5» зона перехода … …   Википедия

  • НЕЖEСТКИЕ МОЛЕКУЛЫ — молекулы, у к рых малые изменения энергии или пространств. расположения атомных ядер (геом. конфигурации) приводят к существенным, подчас качеств., изменениям св в. Нежесткость присуща, как правило, лишь отдельным состояниям молекулы, тогда как… …   Химическая энциклопедия

  • Атом — (от греч. atomos неделимый)         частица вещества микроскопических размеров и очень малой массы (микрочастица), наименьшая часть химического элемента, являющаяся носителем его свойств. Каждому элементу соответствует определённый род А.,… …   Большая советская энциклопедия

  • Метод локальной фиксации потенциала — Метод локальной фиксации потенциала, patch clamp (англ. patch  фрагмент, clamp здесь  фиксация)  электрофизиологическая методика для изучения свойств ионных каналов, состоящая в том, что фрагмент клеточной мембраны изолируется …   Википедия

  • Петч-клемп — Метод локальной фиксации потенциала, patch clamp (англ. patch  фрагмент, clamp здесь  фиксация)  электрофизиологическая методика для изучения свойств ионных каналов, состоящая в том, что фрагмент клеточной мембраны изолируется с помощью… …   Википедия

  • Петч клемп — Метод локальной фиксации потенциала, patch clamp (англ. patch  фрагмент, clamp здесь  фиксация)  электрофизиологическая методика для изучения свойств ионных каналов, состоящая в том, что фрагмент клеточной мембраны изолируется с помощью… …   Википедия

  • Пэтч-клэмп — Метод локальной фиксации потенциала, patch clamp (англ. patch  фрагмент, clamp здесь  фиксация)  электрофизиологическая методика для изучения свойств ионных каналов, состоящая в том, что фрагмент клеточной мембраны изолируется с помощью… …   Википедия

  • Пэтч кламп — Метод локальной фиксации потенциала, patch clamp (англ. patch  фрагмент, clamp здесь  фиксация)  электрофизиологическая методика для изучения свойств ионных каналов, состоящая в том, что фрагмент клеточной мембраны изолируется с помощью… …   Википедия

  • Пэтч клэмп — Метод локальной фиксации потенциала, patch clamp (англ. patch  фрагмент, clamp здесь  фиксация)  электрофизиологическая методика для изучения свойств ионных каналов, состоящая в том, что фрагмент клеточной мембраны изолируется с помощью… …   Википедия

  • АТОМ — (от греч. atomos неделимый), часть в ва микроскопич. размеров и массы (микрочастица), наименьшая часть хим. элемента, являющаяся носителем его св в. Каждому хим. элементу соответствует определ. род А., обозначаемый хим. символом. А. существуют в… …   Физическая энциклопедия

Поделиться ссылкой на выделенное

Прямая ссылка:
… Нажмите правой клавишей мыши и выберите «Копировать ссылку»